十二地支的冲合
需要记忆
相隔六位，互为对角，方向相反所以”冲”。
子午冲，丑未冲，寅申冲，卯酉冲，辰戌冲，巳亥冲子丑合土，寅亥合木，卯戌合火，辰酉合金，巳申合水，午未合火。
冲：主散开、变动、分离、快、猛合：主吸引，聚集、绊住、慢、柔、渐进
http://
日月令的冲合
月冲/月破：没有能量，但如果是受日辰生扶，或其他爻生扶那就还有能量
月合：如果是旺相，就是合旺；如果休囚也没有用
日冲/冲起：
如果本身是旺相，就会引发暗动，即变成了动爻；
如果是旺相且旬空，就叫冲空填实；
如果休囚也没有用，有意向但能力不足；
日合：合绊/合旺
例...
传统起卦的过程六爻六爻顾名思义一共有六根爻，每次获取爻都是从低到高一共六条每一根爻都是阴或阳的不同形态：— — 阴 —— 阳
使用3枚硬币或五铢钱摇卦，根据正反面来确定一根爻
遵循简为阳，繁为阴的原则即光滑、无文字为阳面、有文字花纹为阴面根据阴阳的数量来判断一根爻的类型
那么每次扔硬币都有4种状态：2阴1阳 → ——少阳2阳1阴 → — —少阴3阳 → —— x老阳3阴 → — — o老阴其中老阴和老阳都是动爻，即发生变化的爻，老阴会变成少阳，老阳会变成少阴
后天八卦需要记忆
那么一共扔了6次，就会出现上下两个卦，称为本卦如果有动爻，或者日冲暗动，就会出现变卦↑这个过程在六爻排盘软件中...
宿主机配置要求至少16C64G
梯子要有流量，经过测试单master吃15G流量，3master吃50G
访问并登录https://console.redhat.com/openshift
12345678910111213141516171819202122232425262728获取镜像1.进入界面选择Resource-Assisted Installer辅助安装器选择Create Cluster2.填写基本信息Cluster name 我写的是wangshengBase domain 我写的是ws.comversion选择4.21.9Number of control plan...
参考文档：https://github.com/zilliztech/milvus-backup/releases
迁移原则：只能低到高，不能高到低；是一种全量备份的工具，需要暂停服务使用
如果需要热备、跨集群容灾或低停机时间迁移，可以结合Milvus CDC使用。参考文档：https://github.com/zilliztech/milvus-cdc
1234# 二进制安装wget https://github.com/zilliztech/milvus-backup/releases/download/v0.5.12/milvus-backup_0.5.12_Linux_x86_6...
测试环境搭建与问题诊断在上一篇文章中，我们完成了 MeiliSearch 的基础部署和索引创建，但搜索框的下拉显示功能存在问题。为了系统化地解决这个问题，我决定采用 OpenClaw 的三 Agent 协同工作流。
首先创建了测试环境：
目录：/blog-staging（与生产环境隔离）
容器：Docker 运行 nodejs 环境
端口：4000（可通过 localhost:4000 测试）
目标：所有修改先在测试环境验证，再合并到生产环境
OpenClaw 三 Agent 协同工作流设计我创建了一个专门的 blog-feature-update skill，设计了三 Agent ...
k8s部署meilisearch给公司的公有云部署了一个，挺有意思的，我准备后续给我的博客也用上官方文档：https://github.com/meilisearch/meilisearch-kubernetes支持资源清单或helm部署
1wget https://raw.githubusercontent.com/meilisearch/meilisearch-kubernetes/refs/heads/main/manifests/meilisearch.yaml
几个注意点：
建议加上环境变量 MEILI_MASTER_KEY
调整 NodeSelector、taint
默认...
这是通过OpenClaw多Agent协同系统自动创建的一篇测试文章。
本文档用于验证多Agent协同工作流程，确保Hexo博客系统能够正确处理通过自动化工具创建的文章。
测试目的
验证OpenClaw多Agent协同系统的文章创建功能
测试Hexo博客系统的Front Matter格式兼容性
确保自动化流程不会破坏现有博客内容
技术细节
创建时间：2026年4月9日 11:16 GMT+8
创建方式：OpenClaw多Agent协同系统
文件位置：/blog-staging/source/_posts/openclaw-agent-test.md...
是一种工作在进程层面的exporter
比如k8s集群中，如果节点总是发生不明原因的OOM，在节点监控node-exporter的基础上，就很适合用这种exporter来进行针对性监控
二进制部署因为我当前的k8s集群是kind，不太适用，如果在k8s内，就可以用daemonset
1234567891011121314151617181920212223242526272829303132333435363738394041424344454647wget https://github.com/ncabatoff/process-exporter/releases/download/v...
Fluentd数据处理模型理论深入tag与多级tagtag是Fluentd和fluent bit都有的机制
123456789101112131415161718192021222324252627282930K8s节点 → Fluent Bit → Fluentd → ES ↓ ↓ ↓ 生成Tag 基于Tag路由 基于内容存储 ↓ ↓ ↓ kube.** 匹配规则 索引选择 第一层：Fluent Bit的Tag路由# Fluent Bit配置示例[INPUT] Name tail Tag kube.nginx # 生成Tag[OUTPUT] Name forward Match kub...
特性
Logstash (ELK)
Fluent Bit (EFK)
开发语言
JRuby (依赖 JVM，内存大户)
C (极度轻量，几 MB 内存)
配置风格
三段式 (Input/Filter/Output)
插件化配置，更模块化
生态地位
传统的企业级日志中心
云原生、K8s、嵌入式设备的首选
处理能力
插件极其丰富，处理逻辑极强
偏重转发，逻辑相对简单
Fluent Bit + Fluentd的配合
12345678910111213141.Fluent Bit在 K8s 每一个节点（Node）上以 DaemonSet 方式运行把...
